предотвращение загрязнения
Использование процессов, практических методов, материалов или продукции, которые позволяют избегать загрязнения, уменьшать его или бороться с ним, а также могут включать рециклинг, очистку, изменения процесса, механизмы управления, эффективное использование ресурсов и замену материала.
Примечание
К потенциальным выгодам от предотвращения загрязнения относят уменьшение отрицательных воздействий на окружающую среду, повышение эффективности и снижение стоимости.
[ ГОСТ Р ИСО 14050-99]
[Защита атмосферного воздуха от антропогенного загрязнения. Основные понятия, термины и определения (справочное пособие). Санкт-Петербург 2003 г.]

предотвращение загрязнения
Использование процессов, практических методов, материалов или продукции, которые позволяют избегать загрязнения, уменьшать его или бороться с ним и могут включать рециклинг, очистку, изменения процесса, механизмы управления, эффективное использование ресурсов и замену материала.
[ ГОСТ Р ИСО 14001-98]
Примечание
Потенциальными выгодами от предотвращения загрязнения являются уменьшение отрицательных воздействий на окружающую среду, повышение эффективности и снижение стоимости.
[Защита атмосферного воздуха от антропогенного загрязнения. Основные понятия, термины и определения (справочное пособие). Санкт-Петербург 2003 г.]

Тематики

• защита атмосферы
• управление окружающей средой

EN

• prevention of pollution

3.18 предотвращение загрязнения (prevention of pollution): Использование процессов, практических методов, технических решений, материалов, продукции, услуг или энергии для того чтобы избежать, уменьшить или контролировать (по отдельности или в комбинации) образование, выброс или сброс любого типа загрязняющего вещества или отходов с целью уменьшения негативных воздействий на окружающую среду (3.7).

Примечание - Предотвращение загрязнения может включать в себя устранение или сокращение источника (загрязнения), изменения процесса, продукции или услуг, эффективное использование ресурсов, замену используемых материалов и видов энергии, повторное использование, восстановление, вторичную переработку, утилизацию и очистку.

Источник: ГОСТ Р ИСО 14001-2007: Системы экологического менеджмента. Требования и руководство по применению оригинал документа

3.22 предотвращение загрязнения (prevention of pollution): Использование процессов, практических методов, технических решений, материалов, продукции, услуг или энергии с целью избежать, уменьшить или контролировать (отдельно или в комбинации) образование, выброс или сброс любого типа загрязняющего вещества или отходов уменьшения негативных воздействий на окружающую среду (3.8).

Примечание - Предотвращение загрязнения может включать в себя устранение или уменьшение источника (загрязнения), изменение процесса, продукции или услуг, эффективное использование ресурсов, замену используемых материалов и видов энергии, повторное использование, восстановление, вторичную переработку, утилизацию и очистку.

[ИСО 14001:2004, 3.18]

Источник: ГОСТ Р ИСО 14004-2007: Системы экологического менеджмента. Общее руководство по принципам, системам и методам обеспечения функционирования оригинал документа

3.8 предотвращение загрязнения (prevention of pollution): Использование процессов, практических методов, технических решений, материалов, продукции, услуг или энергии для того чтобы избежать, уменьшить или контролировать (по отдельности или в комбинации) образование, выброс или сброс любого типа загрязняющего вещества или отходов с целью уменьшения негативных воздействий на окружающую среду.

Примечание - Предотвращение загрязнения может включать в себя устранение или сокращение источника (загрязнения), изменения процесса, продукции или услуг, эффективное использование ресурсов, замену используемых материалов и видов энергии, повторное использование, восстановление, вторичную переработку, утилизацию или очистку.

[ ГОСТ Р ИСО 14001-2007, пункт 3.18]

Источник: ГОСТ Р 54298-2010: Системы экологического менеджмента. Порядок сертификации систем экологического менеджмента на соответствие ГОСТ Р ИСО 14001-2007 оригинал документа

3.18 предотвращение загрязнения (prevention of pollution): Использование процессов, практических методов, технических решений, материалов, продукции, услуг или энергии для того чтобы избежать, уменьшить или контролировать (по отдельности или в комбинации) образование, выброс или сброс любого типа загрязняющего вещества или отходов с целью уменьшения негативных воздействий на окружающую среду (3.7).

Примечание - Предотвращение загрязнения может включать в себя устранение или сокращение источника (загрязнения), изменения процесса, продукции или услуг, эффективное использование ресурсов, замену используемых материалов и видов энергии, повторное использование, восстановление, вторичную переработку, утилизацию и очистку.

Источник: ГОСТ Р 54336-2011: Системы экологического менеджмента в организациях, выпускающих нанопродукцию. Требования оригинал документа

3.11 предотвращение загрязнения (prevention of pollution): Использование процессов, методик, методов, практических решений, технических методов, материалов, продукции (6.2), услуг или энергии для того, чтобы предотвратить, сократить или контролировать (отдельно или в сочетании) выбросы или сбросы любых видов загрязняющих веществ, образование отходов (3.12) с целью сокращения негативных воздействий на окружающую среду (3.3).

Примечание - Предотвращение загрязнения может включать в себя сокращение источников загрязнения, удаление таких источников, изменение процесса, продукта или услуги, эффективное использование ресурсов, замену материалов и энергоносителей, повторное использование, утилизацию, использование отходов (3.12) в качестве вторичных материальных ресурсов, а также переработку и обработку отходов (3.12).

[ИСО 14001:2004]

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

обработка риска
Процесс выбора и осуществления мер по модификации риска.
Примечания
1. Термин «обработка риска» иногда используют для обозначения самих мер.
2. Меры по обработке риска могут включать в себя избежание, оптимизацию, перенос или сохранение риска.
[ ГОСТ Р 51897-2002]

Тематики

• менеджмент риска

Обобщающие термины

• термины, относящиеся к обработке риска и управлению риском

EN

• risk treatment

FR

• traitement du risque

2.23 обработка риска (risk treatment): Процесс выбора и осуществления мер по модификации риска.

Источник: ГОСТ Р ИСО/МЭК 13335-1-2006: Информационная технология. Методы и средства обеспечения безопасности. Часть 1. Концепция и модели менеджмента безопасности информационных и телекоммуникационных технологий оригинал документа

3.17 обработка риска (risk treatment): Процесс выбора и выполнения мер по изменению (снижению) риска.

Примечания

1 Термин «обработка риска» иногда используют для обозначения самих мер.

2 Меры по обработке риска могут включать в себя предотвращение, оптимизацию, перенос или сохранение риска.

[ИСО/МЭК Руководство 73:2002, пункт 3.4.1]

Источник: ГОСТ Р ИСО/МЭК 16085-2007: Менеджмент риска. Применение в процессах жизненного цикла систем и программного обеспечения оригинал документа

3.63 обработка риска (risk treatment): Процесс выбора и реализации мер по изменению рисков.

Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

3.6 обработка риска (risk treatment): Процесс выбора и выполнения мероприятий для изменения риска.

Примечание 1 - Термин «обработка риска» иногда используют для измерений риска.

Примечание 2 - К мероприятиям по обработке риска могут относиться исключение, оптимизация, передача или сохранение риска.

Источник: ГОСТ Р 51901.4-2005: Менеджмент риска. Руководство по применению при проектировании оригинал документа

3.63 обработка риска (risk treatment): Процесс выбора и реализации мер по изменению рисков.

Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

3.42 обработка риска (risk treatment): Процесс модификации риска.

Примечание 1 - Обработка риска может включать в себя:

- исключение риска путем принятия решения не начинать или не продолжать деятельность, в процессе или в результате которой может возникнуть опасное событие;

- принятие или повышение риска для обеспечения более широких возможностей;

- устранение источников риска;

- изменение правдоподобности/вероятности опасного события;

- изменение последствий опасного события;

- разделение риска с другой стороной или сторонами (путем включения в контракты или финансирования обработки риска);

- обоснованное решение о сохранении риска.

Примечание 2 - Меры по обработке риска могут включать в себя устранение, предотвращение или снижение риска.

Примечание 3 - При обработке риска могут возникнуть новые риски и могут измениться существующие риски.

[Руководство ИСО/МЭК 73]

Источник: ГОСТ Р 53647.4-2011: Менеджмент непрерывности бизнеса. Руководящие указания по обеспечению готовности к инцидентам и непрерывности деятельности оригинал документа

3.27 обработка риска (risk treatment): Процесс выбора и осуществления мер по изменению риска, обычно не предусматривающий изменение объекта защиты (например, при управлении средствами пожарной безопасности).

Примечание - Термин «обработка риска» иногда используют для обозначения самих действий по обработке риска.

Источник: ГОСТ Р 51901.10-2009: Менеджмент риска. Процедуры управления пожарным риском на предприятии оригинал документа

3.17 обработка риска (risk treatment): Процесс выбора и осуществления мер по модификации или сокращению риска (3.1).

Примечания

1 Термин «обработка риска» иногда используют для обозначения самих мер.

2 Меры по обработке риска могут включать в себя сокращение, разделение или сохранение риска.

[Адаптировано из ГОСТ Р 51897-2002, ст. 3.4.1].

Источник: Р 50.1.068-2009: Менеджмент риска. Рекомендации по внедрению. Часть 1. Определение области применения

3.4.28 обработка риска (risk treatment): Процесс выбора и осуществления мер по модификации риска.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

3.10 обработка риска (risk treatment): Процесс выбора и осуществления мер по модификации или сокращению риска (3.1).

Примечания

1 Термин «обработка риска» иногда используют для обозначения самих мер.

2 Меры по обработке риска могут включать в себя сокращение, разделение или сохранение риска.

[Адаптировано из ГОСТ Р 51897-2002, ст. 3.4.1]

Источник: Р 50.1.069-2009: Менеджмент риска. Рекомендации по внедрению. Часть 2. Определение процесса менеджмента риска

3.7 обработка риска (risk treatment): Процесс выбора и осуществления мер по модификации или сокращению риска (3.1).

Примечания

1 Термин «обработка риска» иногда используют для обозначения самих мер.

2 Меры по обработке риска могут включать в себя сокращение, разделение или сохранение риска.

[Адаптировано из ГОСТ Р 51897-2002, ст. 3.4.1]

Источник: Р 50.1.070-2009: Менеджмент риска. Рекомендации по внедрению. Часть 3. Обмен информацией и консультации

модульный центр обработки данных (ЦОД)
-
[Интент]

Параллельные тексты EN-RU

[ http://loosebolts.wordpress.com/2008/12/02/our-vision-for-generation-4-modular-data-centers-one-way-of-getting-it-just-right/]

[ http://dcnt.ru/?p=9299#more-9299]

Data Centers are a hot topic these days. No matter where you look, this once obscure aspect of infrastructure is getting a lot of attention. For years, there have been cost pressures on IT operations and this, when the need for modern capacity is greater than ever, has thrust data centers into the spotlight. Server and rack density continues to rise, placing DC professionals and businesses in tighter and tougher situations while they struggle to manage their IT environments. And now hyper-scale cloud infrastructure is taking traditional technologies to limits never explored before and focusing the imagination of the IT industry on new possibilities.

В настоящее время центры обработки данных являются широко обсуждаемой темой. Куда ни посмотришь, этот некогда малоизвестный аспект инфраструктуры привлекает все больше внимания. Годами ИТ-отделы испытывали нехватку средств и это выдвинуло ЦОДы в центр внимания, в то время, когда необходимость в современных ЦОДах стала как никогда высокой. Плотность серверов и стоек продолжают расти, все больше усложняя ситуацию для специалистов в области охлаждения и организаций в их попытках управлять своими ИТ-средами. И теперь гипермасштабируемая облачная инфраструктура подвергает традиционные технологии невиданным ранее нагрузкам, и заставляет ИТ-индустрию искать новые возможности.

At Microsoft, we have focused a lot of thought and research around how to best operate and maintain our global infrastructure and we want to share those learnings. While obviously there are some aspects that we keep to ourselves, we have shared how we operate facilities daily, our technologies and methodologies, and, most importantly, how we monitor and manage our facilities. Whether it’s speaking at industry events, inviting customers to our “Microsoft data center conferences” held in our data centers, or through other media like blogging and white papers, we believe sharing best practices is paramount and will drive the industry forward. So in that vein, we have some interesting news to share.

В компании MicroSoft уделяют большое внимание изучению наилучших методов эксплуатации и технического обслуживания своей глобальной инфраструктуры и делятся результатами своих исследований. И хотя мы, конечно, не раскрываем некоторые аспекты своих исследований, мы делимся повседневным опытом эксплуатации дата-центров, своими технологиями и методологиями и, что важнее всего, методами контроля и управления своими объектами. Будь то доклады на отраслевых событиях, приглашение клиентов на наши конференции, которые посвящены центрам обработки данных MicroSoft, и проводятся в этих самых дата-центрах, или использование других средств, например, блоги и спецификации, мы уверены, что обмен передовым опытом имеет первостепенное значение и будет продвигать отрасль вперед.

Today we are sharing our Generation 4 Modular Data Center plan. This is our vision and will be the foundation of our cloud data center infrastructure in the next five years. We believe it is one of the most revolutionary changes to happen to data centers in the last 30 years. Joining me, in writing this blog are Daniel Costello, my director of Data Center Research and Engineering and Christian Belady, principal power and cooling architect. I feel their voices will add significant value to driving understanding around the many benefits included in this new design paradigm.

Сейчас мы хотим поделиться своим планом модульного дата-центра четвертого поколения. Это наше видение и оно будет основанием для инфраструктуры наших облачных дата-центров в ближайшие пять лет. Мы считаем, что это одно из самых революционных изменений в дата-центрах за последние 30 лет. Вместе со мной в написании этого блога участвовали Дэниел Костелло, директор по исследованиям и инжинирингу дата-центров, и Кристиан Белади, главный архитектор систем энергоснабжения и охлаждения. Мне кажется, что их авторитет придаст больше веса большому количеству преимуществ, включенных в эту новую парадигму проектирования.

Our “Gen 4” modular data centers will take the flexibility of containerized servers—like those in our Chicago data center—and apply it across the entire facility. So what do we mean by modular? Think of it like “building blocks”, where the data center will be composed of modular units of prefabricated mechanical, electrical, security components, etc., in addition to containerized servers.

Was there a key driver for the Generation 4 Data Center?

Наши модульные дата-центры “Gen 4” будут гибкими с контейнерами серверов – как серверы в нашем чикагском дата-центре. И гибкость будет применяться ко всему ЦОД. Итак, что мы подразумеваем под модульностью? Мы думаем о ней как о “строительных блоках”, где дата-центр будет состоять из модульных блоков изготовленных в заводских условиях электрических систем и систем охлаждения, а также систем безопасности и т.п., в дополнение к контейнеризованным серверам.
Был ли ключевой стимул для разработки дата-центра четвертого поколения?

If we were to summarize the promise of our Gen 4 design into a single sentence it would be something like this: “A highly modular, scalable, efficient, just-in-time data center capacity program that can be delivered anywhere in the world very quickly and cheaply, while allowing for continued growth as required.” Sounds too good to be true, doesn’t it? Well, keep in mind that these concepts have been in initial development and prototyping for over a year and are based on cumulative knowledge of previous facility generations and the advances we have made since we began our investments in earnest on this new design.

Если бы нам нужно было обобщить достоинства нашего проекта Gen 4 в одном предложении, это выглядело бы следующим образом: “Центр обработки данных с высоким уровнем модульности, расширяемости, и энергетической эффективности, а также возможностью постоянного расширения, в случае необходимости, который можно очень быстро и дешево развертывать в любом месте мира”. Звучит слишком хорошо для того чтобы быть правдой, не так ли? Ну, не забывайте, что эти концепции находились в процессе начальной разработки и создания опытного образца в течение более одного года и основываются на опыте, накопленном в ходе развития предыдущих поколений ЦОД, а также успехах, сделанных нами со времени, когда мы начали вкладывать серьезные средства в этот новый проект.

One of the biggest challenges we’ve had at Microsoft is something Mike likes to call the ‘Goldilock’s Problem’. In a nutshell, the problem can be stated as:

The worst thing we can do in delivering facilities for the business is not have enough capacity online, thus limiting the growth of our products and services.

Одну из самых больших проблем, с которыми приходилось сталкиваться Майкрософт, Майк любит называть ‘Проблемой Лютика’. Вкратце, эту проблему можно выразить следующим образом:

Самое худшее, что может быть при строительстве ЦОД для бизнеса, это не располагать достаточными производственными мощностями, и тем самым ограничивать рост наших продуктов и сервисов.

The second worst thing we can do in delivering facilities for the business is to have too much capacity online.

А вторым самым худшим моментом в этой сфере может слишком большое количество производственных мощностей.

This has led to a focus on smart, intelligent growth for the business — refining our overall demand picture. It can’t be too hot. It can’t be too cold. It has to be ‘Just Right!’ The capital dollars of investment are too large to make without long term planning. As we struggled to master these interesting challenges, we had to ensure that our technological plan also included solutions for the business and operational challenges we faced as well.
So let’s take a high level look at our Generation 4 design

Это заставило нас сосредоточиваться на интеллектуальном росте для бизнеса — refining our overall demand picture. Это не должно быть слишком горячим. И это не должно быть слишком холодным. Это должно быть ‘как раз, таким как надо!’ Нельзя делать такие большие капиталовложения без долгосрочного планирования. Пока мы старались решить эти интересные проблемы, мы должны были гарантировать, что наш технологический план будет также включать решения для коммерческих и эксплуатационных проблем, с которыми нам также приходилось сталкиваться.
Давайте рассмотрим наш проект дата-центра четвертого поколения

Are you ready for some great visuals? Check out this video at Soapbox. Click here for the Microsoft 4th Gen Video.

It’s a concept video that came out of my Data Center Research and Engineering team, under Daniel Costello, that will give you a view into what we think is the future.

From a configuration, construct-ability and time to market perspective, our primary goals and objectives are to modularize the whole data center. Not just the server side (like the Chicago facility), but the mechanical and electrical space as well. This means using the same kind of parts in pre-manufactured modules, the ability to use containers, skids, or rack-based deployments and the ability to tailor the Redundancy and Reliability requirements to the application at a very specific level.

Посмотрите это видео, перейдите по ссылке для просмотра видео о Microsoft 4th Gen:

Это концептуальное видео, созданное командой отдела Data Center Research and Engineering, возглавляемого Дэниелом Костелло, которое даст вам наше представление о будущем.

С точки зрения конфигурации, строительной технологичности и времени вывода на рынок, нашими главными целями и задачами агрегатирование всего дата-центра. Не только серверную часть, как дата-центр в Чикаго, но также системы охлаждения и электрические системы. Это означает применение деталей одного типа в сборных модулях, возможность использования контейнеров, салазок, или стоечных систем, а также возможность подстраивать требования избыточности и надежности для данного приложения на очень специфичном уровне.

Our goals from a cost perspective were simple in concept but tough to deliver. First and foremost, we had to reduce the capital cost per critical Mega Watt by the class of use. Some applications can run with N-level redundancy in the infrastructure, others require a little more infrastructure for support. These different classes of infrastructure requirements meant that optimizing for all cost classes was paramount. At Microsoft, we are not a one trick pony and have many Online products and services (240+) that require different levels of operational support. We understand that and ensured that we addressed it in our design which will allow us to reduce capital costs by 20%-40% or greater depending upon class.

Нашими целями в области затрат были концептуально простыми, но трудно реализуемыми. В первую очередь мы должны были снизить капитальные затраты в пересчете на один мегаватт, в зависимости от класса резервирования. Некоторые приложения могут вполне работать на базе инфраструктуры с резервированием на уровне N, то есть без резервирования, а для работы других приложений требуется больше инфраструктуры. Эти разные классы требований инфраструктуры подразумевали, что оптимизация всех классов затрат имеет преобладающее значение. В Майкрософт мы не ограничиваемся одним решением и располагаем большим количеством интерактивных продуктов и сервисов (240+), которым требуются разные уровни эксплуатационной поддержки. Мы понимаем это, и учитываем это в своем проекте, который позволит нам сокращать капитальные затраты на 20%-40% или более в зависимости от класса.

For example, non-critical or geo redundant applications have low hardware reliability requirements on a location basis. As a result, Gen 4 can be configured to provide stripped down, low-cost infrastructure with little or no redundancy and/or temperature control. Let’s say an Online service team decides that due to the dramatically lower cost, they will simply use uncontrolled outside air with temperatures ranging 10-35 C and 20-80% RH. The reality is we are already spec-ing this for all of our servers today and working with server vendors to broaden that range even further as Gen 4 becomes a reality. For this class of infrastructure, we eliminate generators, chillers, UPSs, and possibly lower costs relative to traditional infrastructure.

Например, некритичные или гео-избыточные системы имеют низкие требования к аппаратной надежности на основе местоположения. В результате этого, Gen 4 можно конфигурировать для упрощенной, недорогой инфраструктуры с низким уровнем (или вообще без резервирования) резервирования и / или температурного контроля. Скажем, команда интерактивного сервиса решает, что, в связи с намного меньшими затратами, они будут просто использовать некондиционированный наружный воздух с температурой 10-35°C и влажностью 20-80% RH. В реальности мы уже сегодня предъявляем эти требования к своим серверам и работаем с поставщиками серверов над еще большим расширением диапазона температур, так как наш модуль и подход Gen 4 становится реальностью. Для подобного класса инфраструктуры мы удаляем генераторы, чиллеры, ИБП, и, возможно, будем предлагать более низкие затраты, по сравнению с традиционной инфраструктурой.

Applications that demand higher level of redundancy or temperature control will use configurations of Gen 4 to meet those needs, however, they will also cost more (but still less than traditional data centers). We see this cost difference driving engineering behavioral change in that we predict more applications will drive towards Geo redundancy to lower costs.

Системы, которым требуется более высокий уровень резервирования или температурного контроля, будут использовать конфигурации Gen 4, отвечающие этим требованиям, однако, они будут также стоить больше. Но все равно они будут стоить меньше, чем традиционные дата-центры. Мы предвидим, что эти различия в затратах будут вызывать изменения в методах инжиниринга, и по нашим прогнозам, это будет выражаться в переходе все большего числа систем на гео-избыточность и меньшие затраты.

Another cool thing about Gen 4 is that it allows us to deploy capacity when our demand dictates it. Once finalized, we will no longer need to make large upfront investments. Imagine driving capital costs more closely in-line with actual demand, thus greatly reducing time-to-market and adding the capacity Online inherent in the design. Also reduced is the amount of construction labor required to put these “building blocks” together. Since the entire platform requires pre-manufacture of its core components, on-site construction costs are lowered. This allows us to maximize our return on invested capital.

Еще одно достоинство Gen 4 состоит в том, что он позволяет нам разворачивать дополнительные мощности, когда нам это необходимо. Как только мы закончим проект, нам больше не нужно будет делать большие начальные капиталовложения. Представьте себе возможность более точного согласования капитальных затрат с реальными требованиями, и тем самым значительного снижения времени вывода на рынок и интерактивного добавления мощностей, предусматриваемого проектом. Также снижен объем строительных работ, требуемых для сборки этих “строительных блоков”. Поскольку вся платформа требует предварительного изготовления ее базовых компонентов, затраты на сборку также снижены. Это позволит нам увеличить до максимума окупаемость своих капиталовложений.
Мы все подвергаем сомнению

In our design process, we questioned everything. You may notice there is no roof and some might be uncomfortable with this. We explored the need of one and throughout our research we got some surprising (positive) results that showed one wasn’t needed.

В своем процессе проектирования мы все подвергаем сомнению. Вы, наверное, обратили внимание на отсутствие крыши, и некоторым специалистам это могло не понравиться. Мы изучили необходимость в крыше и в ходе своих исследований получили удивительные результаты, которые показали, что крыша не нужна.
Серийное производство дата центров

In short, we are striving to bring Henry Ford’s Model T factory to the data center. http://en.wikipedia.org/wiki/Henry_Ford#Model_T. Gen 4 will move data centers from a custom design and build model to a commoditized manufacturing approach. We intend to have our components built in factories and then assemble them in one location (the data center site) very quickly. Think about how a computer, car or plane is built today. Components are manufactured by different companies all over the world to a predefined spec and then integrated in one location based on demands and feature requirements. And just like Henry Ford’s assembly line drove the cost of building and the time-to-market down dramatically for the automobile industry, we expect Gen 4 to do the same for data centers. Everything will be pre-manufactured and assembled on the pad.

Мы хотим применить модель автомобильной фабрики Генри Форда к дата-центру. Проект Gen 4 будет способствовать переходу от модели специализированного проектирования и строительства к товарно-производственному, серийному подходу. Мы намерены изготавливать свои компоненты на заводах, а затем очень быстро собирать их в одном месте, в месте строительства дата-центра. Подумайте о том, как сегодня изготавливается компьютер, автомобиль или самолет. Компоненты изготавливаются по заранее определенным спецификациям разными компаниями во всем мире, затем собираются в одном месте на основе спроса и требуемых характеристик. И точно так же как сборочный конвейер Генри Форда привел к значительному уменьшению затрат на производство и времени вывода на рынок в автомобильной промышленности, мы надеемся, что Gen 4 сделает то же самое для дата-центров. Все будет предварительно изготавливаться и собираться на месте.
Невероятно энергоэффективный ЦОД

And did we mention that this platform will be, overall, incredibly energy efficient? From a total energy perspective not only will we have remarkable PUE values, but the total cost of energy going into the facility will be greatly reduced as well. How much energy goes into making concrete? Will we need as much of it? How much energy goes into the fuel of the construction vehicles? This will also be greatly reduced! A key driver is our goal to achieve an average PUE at or below 1.125 by 2012 across our data centers. More than that, we are on a mission to reduce the overall amount of copper and water used in these facilities. We believe these will be the next areas of industry attention when and if the energy problem is solved. So we are asking today…“how can we build a data center with less building”?

А мы упоминали, что эта платформа будет, в общем, невероятно энергоэффективной? С точки зрения общей энергии, мы получим не только поразительные значения PUE, но общая стоимость энергии, затраченной на объект будет также значительно снижена. Сколько энергии идет на производство бетона? Нам нужно будет столько энергии? Сколько энергии идет на питание инженерных строительных машин? Это тоже будет значительно снижено! Главным стимулом является достижение среднего PUE не больше 1.125 для всех наших дата-центров к 2012 году. Более того, у нас есть задача сокращения общего количества меди и воды в дата-центрах. Мы думаем, что эти задачи станут следующей заботой отрасли после того как будет решена энергетическая проблема. Итак, сегодня мы спрашиваем себя…“как можно построить дата-центр с меньшим объемом строительных работ”?
Строительство дата центров без чиллеров

We have talked openly and publicly about building chiller-less data centers and running our facilities using aggressive outside economization. Our sincerest hope is that Gen 4 will completely eliminate the use of water. Today’s data centers use massive amounts of water and we see water as the next scarce resource and have decided to take a proactive stance on making water conservation part of our plan.

Мы открыто и публично говорили о строительстве дата-центров без чиллеров и активном использовании в наших центрах обработки данных технологий свободного охлаждения или фрикулинга. Мы искренне надеемся, что Gen 4 позволит полностью отказаться от использования воды. Современные дата-центры расходуют большие объемы воды и так как мы считаем воду следующим редким ресурсом, мы решили принять упреждающие меры и включить экономию воды в свой план.

By sharing this with the industry, we believe everyone can benefit from our methodology. While this concept and approach may be intimidating (or downright frightening) to some in the industry, disclosure ultimately is better for all of us.

Делясь этим опытом с отраслью, мы считаем, что каждый сможет извлечь выгоду из нашей методологией. Хотя эта концепция и подход могут показаться пугающими (или откровенно страшными) для некоторых отраслевых специалистов, раскрывая свои планы мы, в конечном счете, делаем лучше для всех нас.

Gen 4 design (even more than just containers), could reduce the ‘religious’ debates in our industry. With the central spine infrastructure in place, containers or pre-manufactured server halls can be either AC or DC, air-side economized or water-side economized, or not economized at all (though the sanity of that might be questioned). Gen 4 will allow us to decommission, repair and upgrade quickly because everything is modular. No longer will we be governed by the initial decisions made when constructing the facility. We will have almost unlimited use and re-use of the facility and site. We will also be able to use power in an ultra-fluid fashion moving load from critical to non-critical as use and capacity requirements dictate.

Проект Gen 4 позволит уменьшить ‘религиозные’ споры в нашей отрасли. Располагая базовой инфраструктурой, контейнеры или сборные серверные могут оборудоваться системами переменного или постоянного тока, воздушными или водяными экономайзерами, или вообще не использовать экономайзеры. Хотя можно подвергать сомнению разумность такого решения. Gen 4 позволит нам быстро выполнять работы по выводу из эксплуатации, ремонту и модернизации, поскольку все будет модульным. Мы больше не будем руководствоваться начальными решениями, принятыми во время строительства дата-центра. Мы сможем использовать этот дата-центр и инфраструктуру в течение почти неограниченного периода времени. Мы также сможем применять сверхгибкие методы использования электрической энергии, переводя оборудование в режимы критической или некритической нагрузки в соответствии с требуемой мощностью.
Gen 4 – это стандартная платформа

Finally, we believe this is a big game changer. Gen 4 will provide a standard platform that our industry can innovate around. For example, all modules in our Gen 4 will have common interfaces clearly defined by our specs and any vendor that meets these specifications will be able to plug into our infrastructure. Whether you are a computer vendor, UPS vendor, generator vendor, etc., you will be able to plug and play into our infrastructure. This means we can also source anyone, anywhere on the globe to minimize costs and maximize performance. We want to help motivate the industry to further innovate—with innovations from which everyone can reap the benefits.

Наконец, мы уверены, что это будет фактором, который значительно изменит ситуацию. Gen 4 будет представлять собой стандартную платформу, которую отрасль сможет обновлять. Например, все модули в нашем Gen 4 будут иметь общепринятые интерфейсы, четко определяемые нашими спецификациями, и оборудование любого поставщика, которое отвечает этим спецификациям можно будет включать в нашу инфраструктуру. Независимо от того производите вы компьютеры, ИБП, генераторы и т.п., вы сможете включать свое оборудование нашу инфраструктуру. Это означает, что мы также сможем обеспечивать всех, в любом месте земного шара, тем самым сводя до минимума затраты и максимальной увеличивая производительность. Мы хотим создать в отрасли мотивацию для дальнейших инноваций – инноваций, от которых каждый сможет получать выгоду.
Главные характеристики дата-центров четвертого поколения Gen4

To summarize, the key characteristics of our Generation 4 data centers are:

Scalable
Plug-and-play spine infrastructure
Factory pre-assembled: Pre-Assembled Containers (PACs) & Pre-Manufactured Buildings (PMBs)
Rapid deployment
De-mountable
Reduce TTM
Reduced construction
Sustainable measures

Ниже приведены главные характеристики дата-центров четвертого поколения Gen 4:

Расширяемость;
Готовая к использованию базовая инфраструктура;
Изготовление в заводских условиях: сборные контейнеры (PAC) и сборные здания (PMB);
Быстрота развертывания;
Возможность демонтажа;
Снижение времени вывода на рынок (TTM);
Сокращение сроков строительства;
Экологичность;

Map applications to DC Class

We hope you join us on this incredible journey of change and innovation!

Long hours of research and engineering time are invested into this process. There are still some long days and nights ahead, but the vision is clear. Rest assured however, that we as refine Generation 4, the team will soon be looking to Generation 5 (even if it is a bit farther out). There is always room to get better.

Использование систем электропитания постоянного тока.

Мы надеемся, что вы присоединитесь к нам в этом невероятном путешествии по миру изменений и инноваций!

На этот проект уже потрачены долгие часы исследований и проектирования. И еще предстоит потратить много дней и ночей, но мы имеем четкое представление о конечной цели. Однако будьте уверены, что как только мы доведем до конца проект модульного дата-центра четвертого поколения, мы вскоре начнем думать о проекте дата-центра пятого поколения. Всегда есть возможность для улучшений.

So if you happen to come across Goldilocks in the forest, and you are curious as to why she is smiling you will know that she feels very good about getting very close to ‘JUST RIGHT’.

Generations of Evolution – some background on our data center designs

Так что, если вы встретите в лесу девочку по имени Лютик, и вам станет любопытно, почему она улыбается, вы будете знать, что она очень довольна тем, что очень близко подошла к ‘ОПИМАЛЬНОМУ РЕШЕНИЮ’.
Поколения эволюции – история развития наших дата-центров

We thought you might be interested in understanding what happened in the first three generations of our data center designs. When Ray Ozzie wrote his Software plus Services memo it posed a very interesting challenge to us. The winds of change were at ‘tornado’ proportions. That “plus Services” tag had some significant (and unstated) challenges inherent to it. The first was that Microsoft was going to evolve even further into an operations company. While we had been running large scale Internet services since 1995, this development lead us to an entirely new level. Additionally, these “services” would span across both Internet and Enterprise businesses. To those of you who have to operate “stuff”, you know that these are two very different worlds in operational models and challenges. It also meant that, to achieve the same level of reliability and performance required our infrastructure was going to have to scale globally and in a significant way.

Мы подумали, что может быть вам будет интересно узнать историю первых трех поколений наших центров обработки данных. Когда Рэй Оззи написал свою памятную записку Software plus Services, он поставил перед нами очень интересную задачу. Ветра перемен двигались с ураганной скоростью. Это окончание “plus Services” скрывало в себе какие-то значительные и неопределенные задачи. Первая заключалась в том, что Майкрософт собиралась в еще большей степени стать операционной компанией. Несмотря на то, что мы управляли большими интернет-сервисами, начиная с 1995 г., эта разработка подняла нас на абсолютно новый уровень. Кроме того, эти “сервисы” охватывали интернет-компании и корпорации. Тем, кому приходится всем этим управлять, известно, что есть два очень разных мира в области операционных моделей и задач. Это также означало, что для достижения такого же уровня надежности и производительности требовалось, чтобы наша инфраструктура располагала значительными возможностями расширения в глобальных масштабах.

It was that intense atmosphere of change that we first started re-evaluating data center technology and processes in general and our ideas began to reach farther than what was accepted by the industry at large. This was the era of Generation 1. As we look at where most of the world’s data centers are today (and where our facilities were), it represented all the known learning and design requirements that had been in place since IBM built the first purpose-built computer room. These facilities focused more around uptime, reliability and redundancy. Big infrastructure was held accountable to solve all potential environmental shortfalls. This is where the majority of infrastructure in the industry still is today.

Именно в этой атмосфере серьезных изменений мы впервые начали переоценку ЦОД-технологий и технологий вообще, и наши идеи начали выходить за пределы общепринятых в отрасли представлений. Это была эпоха ЦОД первого поколения. Когда мы узнали, где сегодня располагается большинство мировых дата-центров и где находятся наши предприятия, это представляло весь опыт и навыки проектирования, накопленные со времени, когда IBM построила первую серверную. В этих ЦОД больше внимания уделялось бесперебойной работе, надежности и резервированию. Большая инфраструктура была призвана решать все потенциальные экологические проблемы. Сегодня большая часть инфраструктуры все еще находится на этом этапе своего развития.

We soon realized that traditional data centers were quickly becoming outdated. They were not keeping up with the demands of what was happening technologically and environmentally. That’s when we kicked off our Generation 2 design. Gen 2 facilities started taking into account sustainability, energy efficiency, and really looking at the total cost of energy and operations.

Очень быстро мы поняли, что стандартные дата-центры очень быстро становятся устаревшими. Они не поспевали за темпами изменений технологических и экологических требований. Именно тогда мы стали разрабатывать ЦОД второго поколения. В этих дата-центрах Gen 2 стали принимать во внимание такие факторы как устойчивое развитие, энергетическая эффективность, а также общие энергетические и эксплуатационные.

No longer did we view data centers just for the upfront capital costs, but we took a hard look at the facility over the course of its life. Our Quincy, Washington and San Antonio, Texas facilities are examples of our Gen 2 data centers where we explored and implemented new ways to lessen the impact on the environment. These facilities are considered two leading industry examples, based on their energy efficiency and ability to run and operate at new levels of scale and performance by leveraging clean hydro power (Quincy) and recycled waste water (San Antonio) to cool the facility during peak cooling months.

Мы больше не рассматривали дата-центры только с точки зрения начальных капитальных затрат, а внимательно следили за работой ЦОД на протяжении его срока службы. Наши объекты в Куинси, Вашингтоне, и Сан-Антонио, Техас, являются образцами наших ЦОД второго поколения, в которых мы изучали и применяли на практике новые способы снижения воздействия на окружающую среду. Эти объекты считаются двумя ведущими отраслевыми примерами, исходя из их энергетической эффективности и способности работать на новых уровнях производительности, основанных на использовании чистой энергии воды (Куинси) и рециклирования отработанной воды (Сан-Антонио) для охлаждения объекта в самых жарких месяцах.

As we were delivering our Gen 2 facilities into steel and concrete, our Generation 3 facilities were rapidly driving the evolution of the program. The key concepts for our Gen 3 design are increased modularity and greater concentration around energy efficiency and scale. The Gen 3 facility will be best represented by the Chicago, Illinois facility currently under construction. This facility will seem very foreign compared to the traditional data center concepts most of the industry is comfortable with. In fact, if you ever sit around in our container hanger in Chicago it will look incredibly different from a traditional raised-floor data center. We anticipate this modularization will drive huge efficiencies in terms of cost and operations for our business. We will also introduce significant changes in the environmental systems used to run our facilities. These concepts and processes (where applicable) will help us gain even greater efficiencies in our existing footprint, allowing us to further maximize infrastructure investments.

Так как наши ЦОД второго поколения строились из стали и бетона, наши центры обработки данных третьего поколения начали их быстро вытеснять. Главными концептуальными особенностями ЦОД третьего поколения Gen 3 являются повышенная модульность и большее внимание к энергетической эффективности и масштабированию. Дата-центры третьего поколения лучше всего представлены объектом, который в настоящее время строится в Чикаго, Иллинойс. Этот ЦОД будет выглядеть очень необычно, по сравнению с общепринятыми в отрасли представлениями о дата-центре. Действительно, если вам когда-либо удастся побывать в нашем контейнерном ангаре в Чикаго, он покажется вам совершенно непохожим на обычный дата-центр с фальшполом. Мы предполагаем, что этот модульный подход будет способствовать значительному повышению эффективности нашего бизнеса в отношении затрат и операций. Мы также внесем существенные изменения в климатические системы, используемые в наших ЦОД. Эти концепции и технологии, если применимо, позволят нам добиться еще большей эффективности наших существующих дата-центров, и тем самым еще больше увеличивать капиталовложения в инфраструктуру.

This is definitely a journey, not a destination industry. In fact, our Generation 4 design has been under heavy engineering for viability and cost for over a year. While the demand of our commercial growth required us to make investments as we grew, we treated each step in the learning as a process for further innovation in data centers. The design for our future Gen 4 facilities enabled us to make visionary advances that addressed the challenges of building, running, and operating facilities all in one concerted effort.

Это определенно путешествие, а не конечный пункт назначения. На самом деле, наш проект ЦОД четвертого поколения подвергался серьезным испытаниям на жизнеспособность и затраты на протяжении целого года. Хотя необходимость в коммерческом росте требовала от нас постоянных капиталовложений, мы рассматривали каждый этап своего развития как шаг к будущим инновациям в области дата-центров. Проект наших будущих ЦОД четвертого поколения Gen 4 позволил нам делать фантастические предположения, которые касались задач строительства, управления и эксплуатации объектов как единого упорядоченного процесса.

Тематики

• ЦОДы (центры обработки данных)

Синонимы

• модульный ЦОД

EN

• modular data center

анализ
1) Метод научного исследования, состоящий в мысленном или фактическом разложении целого на составные части.
2) Химический анализ - совокупность операций, имеющих целью установить, из каких веществ состоит исследуемый объект (качественный анализ) или в каких количественных соотношениях входят в него те или иные вещества (количественный анализ).
[МУ 64-01-001-2002]

анализ
Исследовательский метод, состоящий в том, что объект исследования, рассматриваемый как система, мысленно или практически расчленяется на составные элементы (признаки, свойства, отношения и т. п.) для изучения каждого из них в отдельности и выявления их роли и места в системе, обнаружения таким образом структуры системы. В дальнейшем изученные в процессе А. элементы подвергаются синтезу, что позволяет на новом уровне знания продолжить и углубить исследование системы. Экономический А., т.е. анализ экономических систем разного уровня, производится различными средствами, в том числе и экономико-математическими. Основное назначение последних заключается в возможно более полной формализации и количественном обосновании решений, которые в условиях реальной экономики принимаются в основном на интуитивном уровне. Экономико-математическому анализу могут подвергаться: а) материальный объект; б) информационный объект; в) ситуация; г) решение; д) процесс. Целью анализа в случаях а), б) может быть выявление структуры и закономерностей функционирования экономической системы, в случае в) - исследование устойчивости ситуации, возможных путей ее изменения; в случае г) - выявление множества альтернативных решений (альтернатив) и их возможных исходов; д) - определение траектории процесса и исследование ее устойчивости. См. также: Анализ производственных отраслей, Анализ спроса и потребления, «Затраты-выпуск», «Затраты-эффективность», Системный анализ, Экономико-математический анализ решения оптимизационных задач.
[ http://slovar-lopatnikov.ru/]

Тематики

• производство лекарственных средств
• экономика

EN

• analysis

3.8.7 анализ (review): Деятельность, предпринимаемая для установления пригодности, адекватности и результативности (3.2.14) рассматриваемого объекта для достижения установленных целей.

Примечание - Анализ может также включать определение эффективности (3.2.15).

Пример - Анализ со стороны руководства, анализ проектирования и разработки, анализ требований потребителей, анализ несоответствий.

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.1 анализ (analysis): Процедура оценки состояния машины и ее повреждений на основе методов обработки сигнала и знаний принципов работы машин данного вида.

Источник: ГОСТ Р ИСО 18436-2-2005: Контроль состояния и диагностика машин. Требования к обучению и сертификации персонала. Часть 2. Вибрационный контроль состояния и диагностика оригинал документа

3.8.7 анализ (en review; fr revue): Деятельность, предпринимаемая для установления пригодности, адекватности, результативности (3.2.14) рассматриваемого объекта для достижения установленных целей.

Примечание - Анализ может также включать определение эффективности (3.2.15).

Примеры: анализ со стороны руководства, анализ проектирования и разработки, анализ требований потребителей и анализ несоответствий.

Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.8.7 анализ (review): Деятельность, предпринимаемая для установления пригодности, адекватности и результативности (3.2.14) рассматриваемого объекта для достижения установленных целей.

Примечание - Анализ может также включать определение эффективности (3.2.15).

Пример- Анализ со стороны руководства, анализ проектирования и разработки, анализ требований потребителей, анализ несоответствий.

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.1.3 анализ (analysis): Деятельность для определения приблизительных и окончательных данных анализа топливной ценности (калорийности) и технических требований к размеру частиц ТДШ.

Источник: ГОСТ Р 54260-2010: Ресурсосбережение. Обращение с отходами. Стандартное руководство по использованию топлива, полученного из отходов шин оригинал документа

3.2.62 анализ (review): Деятельность, предпринимаемая для установления пригодности, адекватности, результативности рассматриваемого объекта для достижения установленных целей.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

система кондиционирования воздуха
Совокупность воздухотехнического оборудования, предназначенная для кондиционирования воздуха в помещениях
[ ГОСТ 22270-76]

система кондиционирования воздуха
Совокупность технических средств для обработки и распределения воздуха, а также автоматического регулирования его параметров с дистанционным управлением всеми процессами
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

система кондиционирования воздуха
Комбинация всех компонент, необходимых для обработки воздуха, в процессе которой осуществляется контроль или понижение температуры, возможно, в комбинации с контролем вентиляции, влажности и чистоты воздуха.
[ДИРЕКТИВА 2002/91/ЕС ЕВРОПЕЙСКОГО ПАРЛАМЕТА И СОВЕТА от 16 декабря 2002 г. по энергетическим характеристикам зданий]

КЛАССИФИКАЦИЯ

• По назначению
  
  • Комфортные
    
    • Бытовые
    • Промышленные
  • Технологические
    
    • Технологические
    • Прецизионные
• По способу охлаждения воздуха
  
  • Непосредственного охлаждения (с непосредственным охлаждением воздуха)
  • Косвенного охлаждения (с водяным охлаждением воздуха - чиллеры и фанкойлы)
• По степени централизации
  
  • Центральные
  • Зональные
    
    • Однозональные
    • Мультизональные (VRF-системы)
      
      • 2-трубные
      • 4-трубные
    • Местные
• По степени использования наружного воздуха
  
  • Прямоточные
  • Рециркуляционные
  • С частичной рециркуляцией
• По автономности
  
  • Автономные
  • Неавтономные
• По способу комплектации
  
  • Агрегатированные
  • Секционные
• По конструктивному оформлению
  
  • Моноблочные
    
    • Напольные
      
      • Мобильные
      • Колонные
      • Шкафные
    • Терминальные
    • Оконные
    • Крышные
  • Сплит-системы
    
    • По конструктивному исполнению внутреннего блока
      
      • Настенные
      • Напольные
      • Напольно-потолочные
      • Встраиваемые в пол
      • Потолочные
        
        • Подвесные
        • Кассетные
          
          • с односторонней подачей воздуха
          • с двухсторонней подачей воздуха
          • с трехсторонней подачей воздуха
          • с четырехсторонней подачей воздуха
        • Канальные
      • Колонные
      • Шкафные
    • По количеству внутренних блоков
      
      • С одним внутренним блоком
      • С двумя внутренними блоками
      • Мульти-сплит системы
• По размещению конденсатора
  
  • С встроенным конденсатором
  • С выносным конденсатором
• По способу охлаждения конденсатора
  
  • С воздушным охлаждением конденсатора
  • С осевыми вентиляторами
  • С радиальными вентиляторами
  • С водяным охлаждением конденсатора
  • С использованием проточной (водопроводной, бросовой) воды
  • С использованием оборотной (из градирни) воды
• По способу управления компрессором
  
  • _____
  • Инверторные
• По режиму работы
  
  • Только для охлаждения
  • Реверсивные - для охлаждения и нагрева в режиме теплового насоса
  • Реверсивные тепловые насосы
• По дополнительной комплектации
  
  • С электрическим воздухонагревателем
  • С водяным воздухонагревателем
• По месту установки
  
  • Наружной установки
  • Крышного исполнения
  • Внутренней установки
• По способу подачи воздуха
  
  • С непосредственной подачей воздуха в кондиционируемое помещение
  • С подачей воздуха через воздуховод (канальные)
     

Классификация систем кондиционирования воздуха

М. Г. Тарабанов, директор НИЦ «ИНВЕНТ», канд. техн. наук, вице-президент НП «АВОК», лауреат премии НП «АВОК» «Медаль имени И. Ф. Ливчака», «Медаль имени В. Н. Богословского», otvet@abok.ru

Общие положения

Краткий, но достаточно полный обзор истории развития кондиционирования воздуха представлен в работе А. И. Липы [1], поэтому отметим только несколько моментов. Родоначальником техники кондиционирования воздуха в ее современном понимании считается американский инженер Виллис Хэвилэнд Кэрриер (Willis Haviland Carrier), который в 1902 году в Нью-Йорке в Бруклинской типографии применил поверхностный водяной воздухоохладитель с вентилятором для получения летом в помещении температуры +26,5 °C и относительной влажности 55 %. Вода охлаждалась в аммиачной холодильной машине. Зимой для увлажнения внутреннего воздуха до 55 % использовался водяной пар от бойлера.
Термин «кондиционирование воздуха» был предложен в 1906 году Стюартом Уорреном Крамером (Stuart Warren Cramer).
В отечественной практике некоторые авторы применяют термин «кондиционирование микроклимата». Заметим, что этот термин отличается от «кондиционирования воздуха», так как включает в себя дополнительные факторы, не связанные с состоянием воздушной среды в помещении (шум, инсоляция и др.).
К сожалению, несмотря на солидный возраст термин «кондиционирование воздуха» не получил четкого определения в современных отечественных нормативных документах. Для устранения этого пробела сформулируем: «Кондиционирование воздуха – это создание и автоматическое поддержание в обслуживаемом помещении или технологическом объеме требуемых параметров и качества воздуха независимо от внутренних возмущений и внешних воздействий». К параметрам воздуха относятся: температура, относительная влажность или влагосодержание и подвижность. Качество воздуха включает в себя газовый состав, запыленность, запахи, аэроионный состав, т. е. более широкий круг показателей, чем термин «чистота», используемый в [2].
Комплекс оборудования, элементов и устройств, с помощью которых обеспечивается кондиционирование воздуха в обслуживаемых помещениях, называется системой кондиционирования воздуха (СКВ).
Приведенное выше определение системы кондиционирования воздуха по смыслу полностью совпадает с определением ASHRAE: «”air-conditioning system” – комплекс оборудования для одновременной обработки и регулирования температуры, влажности, чистоты воздуха и распределения последнего в соответствии с заданными требованиями» [3].
Общепринятого, устоявшегося мнения, что следует включать в состав СКВ, к сожалению, нет.
Так, например, по мнению О. Я. Кокорина [4] СКВ может включать в себя:

• установку кондиционирования воздуха (УКВ), обеспечивающую необходимые кондиции воздушной среды по тепловлажностным качествам, чистоте, газовому составу и наличию запахов;
• средства автоматического регулирования и контроля за приготовлением воздуха нужных кондиций в УКВ, а также для поддержания в обслуживаемом помещении или сооружении постоянства заданных кондиций воздуха;
• устройства для транспортирования и распределения кондиционированного воздуха;
• устройства для транспортирования и удаления загрязненного внутреннего воздуха;
• устройства для глушения шума, вызываемого работой элементов СКВ;
• устройства для приготовления и транспортирования источников энергии, необходимых для работы аппаратов в СКВ.

В зависимости от конкретных условий некоторые составные части СКВ могут отсутствовать.
Однако согласиться с отдельными пунктами предложенного состава СКВ нельзя, так как если следовать логике автора [4], то в состав СКВ должны войти и системы оборотного водоснабжения, водопровода и канализации, ИТП и трансформаторные, которые также необходимы для работы аппаратов в СКВ.
Достаточно полное представление о структуре СКВ дает разработанная во ВНИИкондиционере «Блок-схема системы кондиционирования воздуха» (рис. 1) [5].

Включенные в эту блок-схему подсистемы обработки воздуха по своему функциональному назначению делятся на блоки:

• основной обработки и перемещения: Б_1.1 – приемный, Б_1.8 – очистки, Б_1.2 – сухого (первого) подогрева, Б_1.3 – охлаждения, Б_1.6 – тепловлажностной обработки, Б_1.9 – перемещения приточного воздуха;
• дополнительной обработки и перемещения: Б_2.1 – утилизации, Б_2.2 – предварительного подогрева, Б_2.3 – доводки общей (второй подогрев, дополнительное охлаждение), Б_2.4 – зональной доводки, Б_2.5 – местной доводки (эжекционные доводчики и др.), Б_2.7 – шумоглушения, Б_2.8 – перемещения рециркуляционного воздуха;
• специальной обработки: Б_5.5 – тонкой очистки;
• воздушной сети: Б_4.2 – воздухораспределительных устройств, Б_4.3 – вытяжных устройств, Б_4.5 – воздуховодов;
• автоматизации – арматуры – Б_3.1.

Помимо этих блоков в СКВ может входить система холодоснабжения (снабжение электроэнергией и теплом осуществляется, как правило, централизованно). Ее включение в состав СКВ, видимо, относится к автономным кондиционерам (см. далее).
Для определения состава оборудования, входящего в СКВ, и границ раздела целесообразно воспользоваться делением на разделы, которое сложилось в практике проектирования.
В частности, при выполнении проектов кондиционирования воздуха достаточно серьезных объектов обычно выделяют в самостоятельные разделы: теплоснабжение СКВ; холодоснабжение и холодильные центры; электроснабжение; автоматизация; водоснабжение, в том числе оборотное, канализация и дренаж.
Причем по каждому из разделов составляют свою спецификацию, в которую включено оборудование, материалы и арматура, относящиеся к своему конкретному разделу.
Таким образом, в состав СКВ следует включить:

• УКВ, предназначенную для очистки и тепловлажностной обработки и получения необходимого качества воздуха и его транспортировки по сети воздуховодов до обслуживаемого помещения или технического объема;
• сеть приточных воздуховодов с воздухораспределителями, клапанами и регулирующими устройствами;
• вытяжной вентилятор и сеть вытяжных и рециркуляционных воздуховодов с сетевым оборудованием;
• сеть фреоновых трубопроводов для сплит-систем и VRV-систем с кабелями связи наружных блоков с внутренними;
• фэнкойлы, эжекционные доводчики, моноблоки, холодные и теплые потолки и балки и др. доводчики для охлаждения и (или) нагревания непосредственно внутреннего воздуха;
• оборудование для утилизации теплоты и холода;
• дополнительные воздушные фильтры, шумоглушители и другие элементы.

И даже систему автоматики, входящую в СКВ как бы по определению, целесообразно выделить отдельно, так как ее проектируют инженеры другой специальности, хотя и по заданию так называемых технологов СКВ.
Границей СКВ и систем теплохолодоснабжения можно считать узлы регулирования, а границей электроснабжения и автоматики – электрические щиты и щиты управления, которые в последнее время очень часто делают совмещенными.

Классификация систем кондиционирования воздуха

Проблемам классификации СКВ в большей или меньшей степени уделяли внимание практически все авторы учебников и монографий по кондиционированию воздуха. Вот что написал по этому вопросу известный специалист, доктор техн. наук А. А. Рымкевич [6]: «Анализ иерархической структуры самих СКВ прежде всего требует их классификации и только затем их декомпозиции на подсистемы. …Однако для СКВ, решения которых базируются на учете большого числа данных, разработать такую классификацию всегда сложно. Не случайно в литературе нет единого мнения по данному вопросу, и поэтому многие известные авторы… предложили различные методы классификации».
Предложенная А. А. Рымкеви-чем концепция выбора признаков классификации СКВ сформулирована очень точно, и с ней нельзя не согласиться. Проблема состоит в том, как этой концепцией воспользоваться и какие признаки считать определяющими, а какие вторичными, и как точно сформулировать эти признаки.
В начале восьмидесятых годов прошлого века наиболее полная классификация СКВ была предложена в работе Б. В. Баркалова и Е. Е. Карписа [7].
Основные признаки этой классификации с некоторыми дополнениями использованы и в недавно изданной монографии А. Г. Сотникова [8] и в других работах, однако некоторые формулировки отдельных признаков требуют уточнения и корректировки.
Например, для опытных специалистов не составит труда разделить СКВ на центральные и местные, посмотрим, как признак такого деления сформулирован разными авторами.
Б. В. Баркалов, Е. Е. Карпис пишут [7]: «В зависимости от расположения кондиционеров по отношению к обслуживаемым помеще-ниям СКВ делятся на центральные и местные». А. Г. Сотников [8] считает необходимым дополнить: «Деление на местные и центральные СКВ учитывает как место установки кондиционера, так и группировку помещений по системам», а О. Я. Кокорин уточняет: «По характеру связи с обслуживаемым помещением можно подразделить СКВ на три вида: центральные, местные и центрально-местные. Центральные СКВ характеризуются расположением УКВ в удалении от обслуживаемых объектов и наличием приточных воздуховодов значительной протяженности. Местные СКВ характеризуются расположением УКВ в самом обслуживаемом помещении или в непосредственной близости от него, при отсутствии (или наличии весьма коротких) приточных воздуховодов. Центрально-местные СКВ характеризуются как наличием УКВ в удалении от обслуживаемых объектов, так и местных УКВ, располагаемых в самих помещениях или в непосредственной близости от них».
Трудно понять, что имеется в виду под группировкой помещений по системам и что считается протяженными или весьма короткими воздуховодами. Например, кондиционеры, обслуживающие текстильные цеха на Волжском заводе синтетического волокна, имеют производительность по воздуху до 240 м3/ч и расположены рядом с обслуживаемыми помещениями, то есть непосредственно за стенами, но никто из указанных выше авторов не отнес бы их к местным системам.
Несколько иной признак клас-сификации предложил Е. В. Стефанов [9]: «… по степени централизации – на системы центральные, обслуживающие из одного центра несколько помещений, и местные, устраиваемые для отдельных помещений и располагающиеся, как правило, в самих обслуживаемых помещениях».
К сожалению, и эта формулировка является нечеткой, так как одно большое помещение могут обслуживать несколько центральных кондиционеров, а группу небольших помещений – один местный кондиционер.
Фактически в отечественной практике негласно действовал совсем другой признак классификации: все кондиционеры, выпускавшиеся Харьковским заводом «Кондиционер», кроме шкафных, считались центральными, а все кондиционеры, выпускавшиеся Домодедовским заводом «Кондиционер», кроме горизонтальных производительностью 10 и 20 тыс. м³/ч, – относились к местным.
Конечно, сегодня такое деление выглядит смешным, а между тем в нем был определенный здравый смысл.
Известно, что в местных системах используются готовые агрегаты полной заводской сборки обычно шкафного типа со стандартным набором тепломассообменного оборудования с уже готовыми, заданными заранее техническими характеристиками, поэтому местные УКВ не проектируют, а подбирают для конкретного обслуживаемого помещения или группы небольших однотипных помещений.
Максимальная производительность местных систем по воздуху обычно не превышает 20–30 тыс. м³/ч.
Центральные кондиционеры могут быть также полной заводской сборки или собираются на месте монтажа, причем технические характеристики всех элементов, включая воздушные фильтры, вентиляторы и тепломассообменное оборудование, задаются производителями в очень широких пределах, поэтому такие кондиционеры не подбирают, а проектируют, а затем изготавливают в соответствии с бланком-заказом для конкретного объекта.
Обычно центральные кондиционеры собирают в виде горизонтальных блоков, причем производительность таких кондиционеров по воздуху значительно больше, чем у местных и достигает 100–250 тыс. м³/ч у разных фирм-производителей.
Очевидно, что отмеченные признаки относятся к УКВ, но их можно использовать и для классификации СКВ, например, СКВ с центральной УКВ – центральная СКВ, а с местной УКВ – местная СКВ. Такой подход не исключает полностью признаки, предложенные другими авторами, а дополняет их, исключая некоторые неопределенности, типа протяженности воздуховодов и др.
Для дальнейшей классификации СКВ рассмотрим схему ее функционирования.
На параметры внутреннего воздуха в обслуживаемом помещении или технологическом объеме оказывают воздействие внутренние возмущения, то есть изменяющиеся тепло- и влаговыделения, а также внешние факторы, например, изменение температуры и влагосодержания наружного воздуха, воздействие на остекленный фасад прямой солнечной радиации в разное время суток и др.
Задача СКВ состоит в том, чтобы улавливать и своевременно устранять последствия этих возмущений и воздействий для сохранения параметров внутреннего воздуха в заданных пределах, используя систему автоматического регулирования и необходимый набор оборудования (воздухоохладители, воздухонагреватели, увлажнители и др.), а также источники теплоты и холода.
Поддерживать требуемые параметры внутреннего воздуха можно изменяя параметры или расход приточного воздуха, подаваемого в помещение извне, или с помощью аппаратов, установленных непосредственно в помещении, так называемых доводчиков.
Сегодня в качестве доводчиков используют внутренние блоки сплит-систем и VRV-систем, фэнкойлы, моноблоки, охлаждаемые потолки и балки и другие элементы.
К сожалению, в классификации [7] вместо понятия «доводчики» используется понятие «водовоздушные СКВ», а в классификации [8] дополнительно вводится термин «водо- и фреоновоздушная СКВ». С подобными предложениями нельзя согласиться в принципе, так как их авторы вольно или невольно присваивают сплит-системам или фэнкойлам статус систем кондиционирования воздуха, которыми они не являются и, естественно, не могут входить в классификацию СКВ, поскольку являются всего лишь местными охладителями или нагревателями, то есть не более чем доводчиками.
Справедливости ради отметим, что Б. В. Баркалов начинает описание центральных водовоздушных систем очень точной фразой: «В каждое помещение вводится наружный воздух, приготовленный в центральном кондиционере. Перед выпуском в помещение он смешивается с воздухом данного помещения, предварительно охлажденным или нагретым в теплообменниках кондиционеров?доводчиков, снабжаемых холодной и горячей водой». Приведенная цитата показывает, что автор хорошо понимает неопределенность предложенного им признака классификации и поэтому сразу поясняет, что он имеет в виду под центральными водовоздушными системами.
Системы без доводчиков могут быть прямоточными, когда в помещение подается обработанный наружный воздух, и с рециркуляцией, когда к наружному воздуху подмешивают воздух, забираемый из помещения. Кроме того, технологические СКВ, обслуживающие помещения или аппараты без пребывания людей, могут работать без подачи наружного воздуха со 100 % рециркуляцией. В зависимости от алгоритма работы СКВ различают системы с постоянной рециркуляцией, в которых соотношение количества наружного и рециркуляционного воздуха во время работы не изменяется, и СКВ с переменной рециркуляцией, в которых количество наружного воздуха может изменяться от 100 % до некоторого нормируемого минимального уровня.
Кроме того, системы с рециркуляцией могут быть одновентиляторными и двухвентиляторными. В первых системах подача приточного воздуха в помещение, а также забор наружного и рециркуляционного воздуха осуществляется приточным вентилятором УКВ. Во втором случае для удаления воздуха из помещения и подачи его на рециркуляцию или на выброс применяют дополнительный вытяжной вентилятор.
Независимо от схемы компоновки и устройства отдельных элементов СКВ подразделяют также по их назначению. Многие авторы делят СКВ на комфортные, технологические и комфортно-технологические. Более удачной и полной представляется классификация СКВ по назначению на эргономической основе, разработанная ВНИИкондиционером [5].
Определено, что СКВ могут выполнять одну из трех функций обслуживания: машин; машин + людей; людей.
1-я группа (символ «машина») определена как технологические СКВ. СКВ этой группы обслуживают технологические аппараты, камеры, боксы, машины и т. п., то есть применяются в тех случаях, когда условия воздушной среды диктуются обеспечением работоспособности технологического оборудования. При этом параметры воздушной среды могут отличаться от тех, которые определяются санитарно-гигиеническими нормами.
1-я группа имеет две модификации:

• Подгруппа 1–1 включает в себя кондиционируемые объекты, полностью исключающие возможность пребывания в них человека, то есть это системы технологического охлаждения, обдува электронных блоков вычислительных машин, шахты обдува волокна прядильных машин и т. п.
• Подгруппа 1–2 включает в себя кондиционируемые объекты: технологические аппараты (машины, камеры, боксы) и помещения с особыми параметрами воздушной среды (калориметрического, экологического и другого назначения), в которых человек отсутствует или находится эпизодически (для снятия показаний приборов, изменения режима работы и т. д.).

Если для группы 1–1 отсутствуют какие-либо ограничения по параметрам и составу воздушной среды, то для объектов подгруппы 1–2 газовый состав воздушной среды должен находиться в пределах, установленных ГОСТ.
2-я группа (символ «машина + человек») определена как технологически комфортные СКВ. СКВ этой группы обслуживают производственные помещения, в которых длительно пребывают люди.
2-я группа имеет три модификации:

• Подгруппа 2–1. Технологически комфортные СКВ обеспечивают условия нормального осуществления технологических процессов как для производств, в которых затруднено или практически невозможно получение продукции без поддержания определенных параметров воздушной среды, так и для производств, в которых колебания параметров воздуха существенно влияют на качество продукции и величину брака.
• Для этих помещений СКВ устраивается в первую (и основную) очередь по требованиям технологии, однако в связи с наличием в этих помещениях людей, параметры КВ устанавливают с учетом требований санитарно-гигиенических норм.
• Подгруппа 2–2. СКВ создаются для исключения дискомфортных условий труда при тяжелых режимах работы людей (кабины крановщиков мостовых кранов металлургических заводов и ТЭЦ, кабины строительно-дорожных машин и т. д.). Производственные или экономические аспекты для этих установок имеют второстепенное значение.
• Подгруппа 2–3. СКВ обеспечивают в производственных помещениях комфортные условия труда, способствующие повышению производительности труда, улучшению проведения основных технологических режимов, снижению заболеваемости, уменьшению эксплуатационных затрат и т. п.

3-я группа (символ «люди») определена как комфортные СКВ, обеспечивающие санитарно-гигиенические условия труда, отдыха или иного пребывания людей в помещениях гражданских зданий, то есть вне промышленного производства.
Эта группа имеет две модификации:

• Подгруппа 3–1. СКВ обслуживают помещения общественных зданий, в которых для одной части людей пребывание в них кратковременно (например, покупатели в универмаге), а для другой – длительно (например, продавцы в этом же универмаге).
• Подгруппа 3–2. СКВ обеспечивают оптимальные условия пребывания людей в жилых помещениях.

В классификацию ВНИИконди-ционера необходимо ввести еще одну группу – медицинские СКВ. Очевидно, что СКВ, обслуживающие операционные, реанимационные или палаты интенсивной терапии, никак нельзя считать комфортными, а чтобы отнести их к технологическим, надо в качестве «машины» рассматривать самого человека, что просто глупо.
Медицинские СКВ должны иметь две подгруппы:

• Подгруппа 4–1. СКВ обслуживают операционные, реанимационные и т. п. помещения.
• Подгруппа 4–2. СКВ обеспечивают требуемые параметры воздуха в палатах, кабинетах врачей, процедурных и т. п.

Для завершения классификации СКВ рассмотрим еще несколько признаков.
По типу системы холодоснабжения различают автономные и неавтономные СКВ. В автономных источник холода встроен в кондиционер, в неавтономных – источником холода является отдельный холодильный центр. Кроме того, в автономных кондиционерах в воздухоохладитель может подаваться кипящий хладон или жидкий промежуточный хладоноситель (холодная вода, растворы). Заметим, что на многих объектах мы использовали схему с подачей хладона в воздухоохладитель центрального кондиционера от расположенной рядом холодильной машины или внешнего блока VRV.
По способу компенсации изменяющихся тепловых и (или) влажностных возмущений в обслуживаемом помещении различают СКВ с постоянным расходом воздуха (CAV) – системы, в которых внутренние параметры поддерживают изменяя температуру и влажность приточного воздуха (качественное регулирование), и системы с переменным расходом воздуха (VAV) – системы с количественным регулированием.
По числу воздуховодов для подачи кондиционированного воздуха в помещенияСКВ делятся на одноканальные и двухканальные, при этом приточный воздух в каждом канале имеет разную температуру и влажность, что позволяет, изменяя соотношение приточного воздуха, подаваемого через каждый канал, поддерживать требуемые параметры в обслуживаемом помещении.
По числу точек стабилизации одноименного параметра (t; φ)в большом помещении или группе небольших помещений различают одно- и многозональные СКВ.
–это СКВ с местными доводчиками. В этих СКВ центральная или местная УКВ подает в помещение санитарную норму наружного воздуха, даже не обязательно обработанного, а местные доводчики обеспечивают поддержание в помещении требуемых параметров воздуха (температуры, относительной влажности и подвижности).
Сегодня в качестве местных доводчиков применяют: внутренние блоки сплит-систем или VRV-систем; фэнкойлы (двух- или четырехтрубные); моноблоки (напольные, потолочные или настенные); эжекционные доводчики; местные увлажнители воздуха; охлаждаемые и нагреваемые потолки; охлаждающие балки (пассивные и активированные).
Все указанные доводчики сами по себе не являются кондиционерами, хотя их и называют так продавцы оборудования.
Известно, что некоторые фирмы работают над созданием, например, фэнкойлов или сплит-систем, подающих в помещение наружный воздух. Но, если это и произойдет в массовом масштабе, то ничего страшного с классификацией не случится, просто это оборудование получит статус местных кондиционеров.
Блок-схема рассмотренной классификации СКВ приведена на рис. 2.
Помимо рассмотренных признаков в схему на рис. 2 включен еще один: наличие утилизаторов теплоты и холода, которые могут быть как в центральных, так и в местных СКВ. Причем необходимо различать системы утилизации типа воздух-воздух, к которым относятся схемы с промежуточным теплоносителем, с пластинчатыми теплообменниками* и с регенеративными вращающимися и переключаемыми теплообменниками, а также системы утилизации теплоты оборотной воды и теплоты обратного теплоносителя систем централизованного теплоснабжения и систем технологического жидкостного охлаждения.

Литература

1. Липа А. И. Кондиционирование воздуха. Основы теории. Совре-менные технологии обработки воздуха. – Одесса: Издательство ВМВ, 2010.
2. СНиП 41–01–2003. Отопление, вентиляция, кондиционирование. М.: Госстрой России. – 2004.
3. Англо-русский терминологический словарь по отоплению, вентиляции, кондиционированию воздуха и охлаждению. М.: Изд-во «АВОК-ПРЕСС», 2002.
4. Кокорин О. Я. Энергосберегаю-щие системы кондиционирования воздуха. ООО «ЛЭС». – М., 2007.
5. Кондиционеры. Каталог-спра-воч-ник ЦНИИТЭстроймаш. – М., 1981.
6. Рымкевич А. А. Системный анализ оптимизации общеобменной вентиляции и кондиционирования воздуха. Изд. 1. – М.: Стройиздат, 1990.
7. Баркалов Б. В., Карпис Е. Е. Кондиционирование воздуха в промышленных, общественных и жилых зданиях. Изд. 2. – М.: Стройиздат, 1982.
8. Сотников А. Г. Процессы, аппараты и системы кондиционирования воздуха и вентиляции. Т. 1. ООО «АТ». – С.-Петербург, 2005.
9. Стефанов Е. В. Вентиляция и кондиционирование воздуха. – С.-Петербург: Изд-во «АВОК-Северо-Запад», 2005.

[ http://www.abok.ru/for_spec/articles.php?nid=5029]

Тематики

• кондиционирование воздуха в целом
• энергосбережение

EN

• air conditioning system

DE

• Klimaanlage

FR

• système de conditionnement d'air

человеко-машинный интерфейс (ЧМИ)
Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
Примечание
Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
[ ГОСТ Р МЭК 60447-2000]

человекомашинный интерфейс (ЧМИ)
Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
Примечание
Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
[ ГОСТ Р МЭК 60073-2000]

человеко-машинный интерфейс
Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
[ http://www.morepc.ru/dict/]

Параллельные тексты EN-RU

MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
[Schneider Electric]

Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
[Перевод Интент]

HMI на базе операторских станций

Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

На мой взгляд, в аббревиатуре “АСУ ТП” ключевым является слово “автоматизированная”, что подразумевает непосредственное участие человека в процессе реализации системой определенных задач. Очевидно, что чем лучше организован HMI, тем эффективнее человек сможет решать поставленные задачи.

Как же организован HMI в современных АСУ ТП?
Существует, как минимум, два подхода реализации функционала HMI:

1. На базе специализированных рабочих станций оператора, устанавливаемых в центральной диспетчерской;
2. На базе панелей локального управления, устанавливаемых непосредственно в цеху по близости с контролируемым технологическим объектам.

Иногда эти два варианта комбинируют, чтобы достичь наибольшей гибкости управления. В данной статье речь пойдет о первом варианте организации операторского уровня.

Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

Процессор: Intel Pentium 4, 3.4 ГГц;
Память: DDR2 SDRAM до 4 ГБ;
Материнская плата: ChipSet Intel 945G;
Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
Степень защиты: IP 31;
Температура при эксплуатации: 5 – 45 C;
Влажность: 5 – 95 % (без образования конденсата);
Операционная система: Windows XP Professional/2003 Server.

Рис. 1. Пример промышленной рабочей станции оператора.

Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

Какое программное обеспечение используется?
На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
Программное обеспечение визуализации призвано выполнять следующие задачи:

1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

Как правило, SCADA состоит из двух частей:

1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

Существует две схемы подключения операторских станций к системе управления, а точнее уровню управления. В рамках первой схемы каждая операторская станция подключается к контроллерам уровня управления напрямую или с помощью промежуточного коммутатора (см. рисунок 2). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

Рис. 2. Схема подключения одиночных операторских станций к уровню управления.

Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

Рис. 3. Клиент-серверная архитектура операторского уровня.

Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.

 

Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
Как выглядит SCADA?
Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.

Рис. 6. Пример операторской мнемосхемы.
На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

На мнемосхеме отображаются основные технологические параметры, такие как: температура воды; уровень воды в резервуаре; работа насосов; состояние клапанов и т.д. Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.

Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  

Рис. 7. Пример фейсплейта для управления насосом.

  Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
 

Рис. 8. Пример отображения двух параметров на тренде реального времени.
Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.

Рис. 9. Панель сообщений и аварийных сигнализаций.
Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

Tag Name = “MyPID”;
Tag Type = PID;

Fields (список параметров):

MyPID.OP
MyPID.SP
MyPID.PV
MyPID.PR
MyPID.TI
MyPID.DI
MyPID.Mode
MyPID.RemoteSP
MyPID.Alarms и т.д.

В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

1.    Wonderware Intouch;
2.    Simatic WinCC;
3.    Iconics Genesis32;
4.    Citect;
5.    Adastra Trace Mode

Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

Тематики

• автоматизация, основные понятия
• автоматизированные системы

Синонимы

• ЧМИ

EN

• CHI
• computer human interface
• HMI
• human interface
• human interface device
• human-computer interface
• human-machine interface
• man-machine communication
• man-machine interface
• MMI
• operator-machine communication

Русско-английский словарь нормативно-технической терминологии > человеко-машинный интерфейс

изменение
(ITIL Service Transition)
Добавление, модификация или удаление чего-либо, способного оказать влияние на ИТ-услуги. В эти рамки необходимо включать все изменения в архитектурах, процессах, инструментах, метриках и документации, а тажке изменения в ИТ-услугах и других конфигурационных единицах.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

change
(ITIL Service Transition)
The addition, modification or removal of anything that could have an effect on IT services. The scope should include changes to all architectures, processes, tools, metrics and documentation, as well as changes to IT services and other configuration items.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• change

источник электропитания радиоэлектронной аппаратуры
источник электропитания РЭА
Нерекомендуемый термин - источник питания
Устройство силовой электроники, входящее в состав радиоэлектронной аппаратуры и преобразующее входную электроэнергию для согласования ее параметров с входными параметрами составных частей радиоэлектронной аппаратуры.
[< size="2"> ГОСТ Р 52907-2008]

источник питания
Часть устройства, обеспечивающая электропитание остальных модулей устройства. 
[ http://www.lexikon.ru/dict/net/index.html]

EN

power supply
An electronic module that converts power from some power source to a form which is needed by the equipment to which power is being supplied.
[Comprehensive dictionary of electrical engineering / editor-in-chief Phillip A. Laplante.-- 2nd ed.]

Рис. ABB
Структурная схема источника электропитания

The input side and the output side are electrically isolated against each other

Вход и выход гальванически развязаны

Терминология относящая к входу

Primary side

Первичная сторона

Input voltage

Входное напряжение

Primary grounding

Current consumption

Потребляемый ток

Inrush current

Пусковой ток

Input fuse

Предохранитель входной цепи

Frequency

Частота

Power failure buffering

Power factor correction (PFC)

Коррекция коэффициента мощности

Терминология относящая к выходу

Secondary side

Вторичная сторона

Output voltage

Выходное напряжение

Secondary grounding

Short-circuit current

То короткого замыкания

Residual ripple

Output characteristics

Выходные характеристики

Output current

Выходной ток

Различают первичные и вторичные источники питания.
К первичным относят преобразователи различных видов энергии в электрическую, например:
- аккумулятор (преобразует химическую энергию.
Вторичные источники не генерируют электроэнергию, а служат лишь для её преобразования с целью обеспечения требуемых параметров (напряжения, тока, пульсаций напряжения и т. п.)

Задачи вторичного источника питания

• Обеспечение передачи мощности — источник питания должен обеспечивать передачу заданной мощности с наименьшими потерями и соблюдением заданных характеристик на выходе без вреда для себя. Обычно мощность источника питания берут с некоторым запасом.
• Преобразование формы напряжения — преобразование переменного напряжения в постоянное, и наоборот, а также преобразование частоты, формирование импульсов напряжения и т. д. Чаще всего необходимо преобразование переменного напряжения промышленной частоты в постоянное.
• Преобразование величины напряжения — как повышение, так и понижение. Нередко необходим набор из нескольких напряжений различной величины для питания различных цепей.
• Стабилизация — напряжение, ток и другие параметры на выходе источника питания должны лежать в определённых пределах, в зависимости от его назначения при влиянии большого количества дестабилизирующих факторов: изменения напряжения на входе, тока нагрузки и т. д. Чаще всего необходима стабилизация напряжения на нагрузке, однако иногда (например для зарядки аккумуляторов) необходима стабилизация тока.
• Защита — напряжение или ток нагрузки в случае неисправности (например, короткого замыкания) каких-либо цепей может превысить допустимые пределы и вывести электроприбор или сам источник питания из строя. Также во многих случаях требуется защита от прохождения тока по неправильному пути: например прохождения тока через землю при прикосновении человека или постороннего предмета к токоведущим частям.
• Гальваническая развязка цепей — одна из мер защиты от протекания тока по неверному пути.
• Регулировка — в процессе эксплуатации может потребоваться изменение каких-либо параметров для обеспечения правильной работы электроприбора.
• Управление — может включать регулировку, включение/отключение каких-либо цепей или источника питания в целом. Может быть как непосредственным (с помощью органов управления на корпусе устройства), так и дистанционным, а также программным (обеспечение включения/выключения, регулировка в заданное время или с наступлением каких-либо событий).
• Контроль — отображение параметров на входе и на выходе источника питания, включения/выключения цепей, срабатывания защит. Также может быть непосредственным или дистанционным.

Трансформаторный (сетевой) источник питания

Чаще всего состоит из следующих частей:

• Сетевого трансформатора, преобразующего величину напряжения, а также осуществляющего гальваническую развязку;
• Выпрямителя, преобразующего переменное напряжение в пульсирующее;
• Фильтра для снижения уровня пульсаций;
• Стабилизатора напряжения для приведения выходного напряжения в соответствие с номиналом, также выполняющего функцию сглаживания пульсаций за счёт их «срезания».

В сетевых источниках питания применяются чаще всего линейные стабилизаторы напряжения, а в некоторых случаях и вовсе отказываются от стабилизации. 
Достоинства такой схемы:

• Простота построения и обслуживания
• Надёжность
• Низкий уровень радиопомех.

Недостатки:

• Большой вес и габариты, особенно при большой мощности: по большей части за счёт габаритов трансформатора и сглаживающего фильтра
• Металлоёмкость
• Применение линейных стабилизаторов напряжения вводит компромисс между стабильностью выходного напряжения и КПД: чем больше диапазон изменения напряжения, тем больше потери мощности.
• При отсутствии стабилизатора на выход источника питания проникают пульсации с частотой 100Гц.

В целом ничто не мешает применить в трансформаторном источнике питания импульсный стабилизатор напряжения, однако большее распространение получила схема с полностью импульсным преобразованием напряжения.

Импульсный источник питания
Широко распространённая схема импульсного источника питания состоит из следующих частей:

• Входного фильтра, призванного предотвращать распространение импульсных помех в питающей сети
• Входного выпрямителя, преобразующего переменное напряжение в пульсирующее
• Фильтра, сглаживающего пульсации выпрямленного напряжения
• Прерывателя (обычно мощного транзистора, работающего в ключевом режиме)
• Цепей управления прерывателем (генератора импульсов, широтно-импульсного модулятора)
• Импульсного трансформатора, который служит накопителем энергии импульсного преобразователя, формирования нескольких номиналов напряжения, а также для гальванической развязки цепей (входных от выходных, а также, при необходимости, выходных друг от друга)
• Выходного выпрямителя
• Выходных фильтров, сглаживающих высокочастотные пульсации и импульсные помехи.

Достоинства такого блока питания:

• Можно достичь высокого коэффициента стабилизации
• Высокий КПД. Основные потери приходятся на переходные процессы, которые длятся значительно меньшее время, чем устойчивое состояние.
• Малые габариты и масса, обусловленные как меньшим выделением тепла на регулирующем элементе, так и меньшими габаритами трансформатора, благодаря тому, что последний работает на более высокой частоте.
• Меньшая металлоёмкость, благодаря чему мощные импульсные источники питания стоят дешевле трансформаторных, несмотря на бо́льшую сложность
• Возможность включения в сети широкого диапазона напряжений и частот, или даже постоянного тока. Благодаря этому возможна унификация техники, производимой для различных стран мира, а значит и её удешевление при массовом производстве.

Однако имеют такие источники питания и недостатки, ограничивающие их применение:

• Импульсные помехи. В связи с этим часто недопустимо применение импульсных источников питания для некоторых видов аппаратуры.
• Невысокий cosφ, что требует включения компенсаторов коэффициента мощности.
• Работа большей части схемы без гальванической развязки, что затрудняет обслуживание и ремонт.
• Во многих импульсных источниках питания входной фильтр помех часто соединён с корпусом, а значит такие устройства требуют заземления.

[Википедия]
 

Недопустимые, нерекомендуемые

• источник питания

Тематики

• источники и системы электропитания

Обобщающие термины

• устройство силовой электроники

Синонимы

• блок электропитания
• источник электропитания
• источник электропитания РЭА

EN

• electric power supply
• feed source
• feeding unit
• power box
• power device
• power module
• power pack
• power source
• power supply
• power supply device
• power supply unit
• power unit
• PSU
• source of power
• supply
• supply apparatus
• supply equipment
• supply unit

внести оживление, веселье — brighten up

вносить ценное предложение — make* a valuable suggestion

вносить предложение (о том, чтобы) — move (that)

вносить удобрения — apply fertilizers

вносить разлад в семью — to cause dissension in the family

вносить беспорядок — to cause disorder, to bring about disorder

вносить оживление — to brighten up

вносить ошибку — to introduce a error

вносить предложение на рассмотрение — to submit a proposal (to), to place a proposal (before)

вносить законопроект — to introduce a bill

вносить свой вклад — to make one's contribution

вносить свой вклад в дело — to do one's bit

вносить ясность в дело — to clarify a matter

вносить на рассмотрение — to submit for (the) consideration

вносить изменения в проект резолюции / решения — to make alterations / changes in a draft resolution

вносить новые условия в договор — to insert new conditions in a treaty

внести поправку в текст — to insert a correction in the text, to correct / to amend the text, to insert / to introduce an amendment into the text

вносить беспорядок — to disorganize, to muddle

вносить разложение — to demoralize

вносить смятение — to spread confusion

вносить ясность в дело — to clarify a matter